(19) 



J 



(12) 



(43) Date of publication: 

04.10.2000 Bulletin 2000/40 

(21) Application number: 00302337.1 

(22) Date of filing: 22.03.2000 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets (11) EP 1 041 501 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI 7 : G06F 17/60 



(84) Designated Contracting States: 


• Ritani, Orio, 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Fujitsu Limited 


MCNLPTSE 


Kawasaki-shi, Kanagawa 211-8588 (JP) 


Designated Extension States: 


• Shimizu, Kensuke, 


ALLTLVMKRO SI 


Fujitsu Limited 




Kawasaki-shi, Kanagawa 211-8588 (JP) 


(30) Priority: 31.03.1999 J P 9354699 


• Nakatani, Kaori, 


(71) Applicant: FUJITSU LIMITED 


Fujitsu Limited 


Kawasaki-shi, Kanagawa 211-8588 (JP) 


Kawasaki-shi, Kanagawa 211-8588 (JP) 


(72) Inventors: 


(74) Representative: 


Stebbing, Timothy Charles 


• Watanabe, Mitsuyoshi, 


Haseltine Lake & Co., 


Fujitsu Limited 


Imperial House, 


Kawasaki-shi, Kanagawa 211-8588 (JP) 


15-19 Kingsway 


• Fujisawa, Nobuya, 


London WC2B6UD(GB) 


Fujitsu Limited 


Kawasaki-shi, Kanagawa 211-8588 (JP) 





CM 
< 

© 
LO 



(54) Electronic commerce system 

(57) An electronic commerce system, which aids in 
a purchase and a sale of a commodity, allows the pur- 
chase or the sale of the commodity at a more desirable 
price or under a more desirable condition. This system 
comprises a registered commodity data storing unit 
(1 02) storing a desired sale or purchase price of a com- 
modity, and the information about a change condition 

PURCHASING SIDE CENTER 



and a change price of the desired sale or purchase 
price, and a unit (21,31,22,32,12,14) changing the price 
if the information about the change condition or the 
change price, which is stored in the registered commod- 
ity data storing unit, is satisfied. 
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Description 

[0001] The present invention relates to an elec- 
tronic commerce system which conducts electronic 
commerce via a network. 

[0002] Conventionally, goods were sold to a pur- 
chaser that offers the highest price in a business trans- 
action such as an auction or a competitive bidding 
process. 

[0003] Additionally, for stock trading, there was a 
system which notifies a person who conducts a trade of 
selling or purchasing timing obtained by analyzing the 
status of a stock market, or provides the information 
required for the stock purchase and sale. 
[0004] In recent years, EDI with which information 
are electronically exchanged with a particularly preset 
partner, or a system which preregisters a commodity 
desired to be purchased to a virtual store on the Inter- 
net, and automatically places a purchase order to the 
store at the timing when the stock of this commodity is 
put on sale or the commodity newly arrives at the store, 
has been popularized. 

[0005] Since a transaction partner is determined 
only according to a price in the conventional business 
transaction system such as a bidding process, an auc- 
tion, etc., not a few cases exist where a commodity can- 
not be purchased or sold at a desired price, compared 
with the case of a normal business transaction. 
[0006] An embodiment of the invention may provide 
an electronic commerce system with which a commod- 
ity is purchased or sold at a most desirable price or 
under a most desirable condition. 
[0007] The electronic commerce system in one 
aspect of the invention, which aids in the purchase and 
the sale of commodities, comprises a registered com- 
modity data storing unit storing desired sale or pur- 
chase prices of commodities and the information about 
a change condition or a change price of the desired sale 
or purchase price, and a price changing unit changing a 
price if the information about the change condition or 
the change price registered to the registered commodity 
data storing unit is satisfied. This system may comprise 
a unit setting a condition under which a price is changed 
according to the elapse of time or the sale and the pur- 
chase states of other companies, or a unit which prereg- 
isters private commodity information. 
[0008] Reference will now be made, by way of 
example only, to the accompanying drawings in which :- 

Fig. 1 is a block diagram showing the configuration 
of an electronic commerce system according to the 
present invention; 

Fig. 2 exemplifies commodity data on a selling side; 
Fig. 3 exemplifies conditional data on the selling 
side; 

Fig. 4 exemplifies commodity data on a purchasing 
side; 

Fig. 5 exemplifies conditional data on the purchas- 



ing side; 

Fig. 6 exemplifies user data; 
Fig. 7 exemplifies registered commodity data; 
Fig. 8 exemplifies purchase and sale data; 
5 Fig. 9 exemplifies the output image of a transaction 
target list; 

Fig. 10 is a flowchart showing a transaction proc- 
ess; 

Fig. 1 1 is a flowchart showing a conditional change 

10 process according to time; 

Fig. 12 is a flowchart showing the process for mak- 
ing a tentatively registered commodity public; 
Fig. 13 is a block diagram showing the configuration 
of an information processing device used to config- 

15 ure a center, the purchasing side, and the selling 
side in the electronic commerce system according 
to the present invention; and 
Fig. 14 is a schematic diagram explaining the 
method providing software programs, etc. accord- 

20 ing to the present invention. 

[0009] The present invention is hereinafter 
explained in detail by referring to the drawings. 
[0010] Fig. 1 is a block diagram showing the config- 

25 uration of an electronic commerce system according to 
the present invention. This system is configured by a 
center 10, a purchasing side 20, and a selling side 30. 
Data can be exchanged between the center 10 and the 
purchasing side 20, and between the center 10 and the 

30 selling side 30 via communications lines, etc. Addition- 
ally, a plurality of purchasing sides 20 or selling sides 30 
may exist. 

[0011] The center 10, which intermediates and 
manages a purchase and a sale, comprises a user 

35 information managing unit 1 1 which registers and man- 
ages the information about companies making transac- 
tions, user data 101 being the data thereof, a 
commodity information managing unit 12 which regis- 
ters and manages the information of commodities regis- 

40 tered as the targets transacted by the respective 
companies, and registered commodity data 102 being 
the data thereof. This center 10 manages the informa- 
tion of a user, a company, and a commodity involved in 
the purchase and the sale. Additionally, the center 10 

45 further comprises a purchase and sale information 
managing unit 13 which manages the transaction state 
of a purchase and a sale, and purchase and sale data 
103 being the data thereof, and manages the state of 
transactions made by companies. Furthermore, the 

so center 10 further comprises a searching unit which 
searches for each kind of data. 
[0012] The purchasing side 20 and the selling side 
30 respectively comprise registering unit 21 and 31 
which register and modify a transaction target commod- 

55 ity or a transaction condition for each commodity, com- 
modity data 201 and 301 and conditional data 202 and 
302, which are registered by the registering units 21 and 
31. With these units and data, commodity information 
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and transaction condition information for each commod- 
ity can be registered and managed. 
[0013] Additionally, the purchasing side 20 and the 
selling side 30 respectively comprise purchase and sale 
state judging units 22 and 32 which judge a transaction 
state, and correspond to the state conditions of their 
own companies. The purchasing side 20 and the selling 
side 30 suitably change the transaction conditions of 
their own companies so that the transaction condition of 
one company matches that of the other, or change the 
commodity information based on a preset condition. If 
the transaction conditions of both of the purchasing and 
selling sides 20 and 30 match, the purchase and sale 
state judging units 22 and 32 judge that the correspond- 
ing transaction is concluded, transmit order placing 
information to the center 10, and receive order receipt 
information from the center 10 by using ordering units 
23 and 33. 

[001 4] Details of the present information are herein- 
after explained from the viewpoint of the case where a 
purchasing side makes a purchase request to a trans- 
action site. 

[0015] Fig. 2 exemplifies the commodity data 301 
stored by the selling side 30 of commodities. The com- 
modity data 301 include a company code for uniquely 
identifying a company, a commodity code for uniquely 
identifying a commodity, a purchase/sale flag indicating 
either sale or a purchase, a desired sale price and an 
allowable price range for each commodity, a desired 
sale amount and an allowable amount range, a public 
flag indicating either public data or tentatively registered 
data, a registration date and time, and a transaction 
condition code indicating a transaction condition for 
each commodity, etc. 

[0016] For instance, in the data example shown in 
Fig. 2, this company has a company code A123, and 
intends to sell 200 kilograms of Sasanishiki produced in 
1997 having a commodity code SN97 at a desired sale 
price of 1 ,000 yen/kg as one of the commodities. Its sale 
is allowed on the condition that the sale price and 
amount are respectively in the ranges from 900 to 1 ,000 
yen and from 100 to 2,000 kilograms. Additionally, since 
the public flag is ON, the commodity information may be 
made public to other companies. 
[0017] Fig. 3 exemplifies the conditional data 302 
stored by the selling side 30 of commodities. The condi- 
tional data 302 include a transaction condition code for 
uniquely identifying a transaction condition, a transac- 
tion amount, a transaction combination with another or 
other commodities, a delivery, a payment method, a 
time from data registration in correspondence with a 
transaction condition code set in the commodity data 
301 shown in Fig. 2. 

[0018] For instance, in the data example shown in 
Fig. 2, 001 is designated as a transaction condition for 
Sasanishiki produced in 1997 having the commodity 
code SN97. If the corresponding transaction condition 
001 is referenced in the conditional data shown in Fig. 



3, the condition "price>=800", namely, that the lower 
price limit is 800 yen for ">=1,600", namely a transac- 
tion of 1,600 kilograms or more is set as a transaction 
amount condition, the condition that the lower price limit 
5 is 795 yen if the commodity having a commodity code 
KH96 is together sold is set as a combination condition, 
and the condition that 3 or more days are required for 
the delivery are set. 

[0019] Similarly, the transaction condition 002 is 
10 designated for the commodity having the commodity 
code KH96 shown in Fig. 2. If the corresponding condi- 
tion 002 is referenced in the conditional transaction data 
shown in Fig. 3, no conditions are set for the transaction 
amount, the combination with a different commodity, 
is and the delivery. However, the condition that the lower 
price limit is decreased to 780 yen if a payment is made 
in cash, and the condition that the price is discounted by 
five yen each time "+7", namely, 7 days elapse from the 
data registration is set as a time condition. By way of 
20 example, for the commodity having the commodity code 
KH96, its desired price is discounted from 980 to 975 
yen by five yen, after one week has passed from the 
registered day, July 15. 

[0020] Accordingly, once the commodity informa- 
25 tion is registered at the beginning, the sale price can be 
automatically changed in accordance with set condi- 
tions such as a transaction amount , a combination of a 
transaction target commodity with a different commod- 
ity, a delivery, a payment method, a time elapse, the 
30 state of a different company, etc. 

[0021] Fig. 4 exemplifies the commodity data 201 
stored by the purchasing side 20 of commodities. The 
commodity data 201 have a structure similar to that of 
the commodity data on the selling side, which is shown 
35 in Fig. 2. 

[0022] Fig. 5 exemplifies the conditional data 202 
stored by the purchasing side 20 of commodities. The 
conditional data 202 have a structure similar to that of 
the conditional data on the selling side, which is shown 
40 in Fig. 3. 

[0023] For instance, in the data example shown in 
Fig. 4, this company has a company code B789, and 
intends to purchase 500 kilograms of Sasanishiki pro- 
duced in 1997 having the commodity code SN97 at a 

45 desired purchase price 800 yen/kg as one of the com- 
modities. Its purchase is allowed on the condition that 
the purchase price and amount are respectively in the 
ranges from 750 to 850 yen and from 500 to 1 ,500 kilo- 
grams. Furthermore, this company intends to purchase 

so 200 kilograms of Koshihikari produced in 1996 having 
the commodity code KH96 at a desired purchase price 
800 yen/kg, and its sale is allowed on the condition that 
the purchase price and amount are respectively in the 
ranges from 750 to 800 yen and from 200 to 250 kilo- 

55 grams. Additionally, since the public flag is OFF, the 
commodity information are tentatively registered data, 
which are normally not made public to other companies. 
[0024] Additionally, in the example shown in Fig. 4, 
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001 is designated as a transaction condition for Sasan- 
ishiki produced in 1997 having the commodity code 
SN97. If the corresponding transaction condition 001 is 
referenced in the conditional data shown in Fig. 5, the 
condition that the lower price limit of this Sasanishiki is 
decreased to 600 yen if a transaction of 1 ,000 kilograms 
or more is made, and the condition that the upper price 
limit is increased to 890 yen if its delivery is within 7 
days. Similarly, for Koshihikari produced in 1996 having 
the commodity code KH96, the transaction condition 

002 is designated. If the corresponding transaction con- 
dition 002 is referenced in the conditional data 202 
shown in Fig. 5, the condition that two or more compa- 
nies sell this commodity is set as a condition that the 
public flag is set to ON, namely, the commodity informa- 
tion are made public to other companies. Also for Akita- 
komachi produced in 1998 having a commodity code 
AK98, a transaction condition 003 is designated. If the 
corresponding condition 003 is referenced in the condi- 
tional data shown in Fig. 5, the condition that the upper 
price limit is increased to 1,100 yen if a delivery is within 

3 days, and the condition that the public flag is switched 
to ON and after September 1 , 1 998 are set for this Aki- 
takomachi. 

[0025] Accordingly, once the commodity informa- 
tion is registered, commodity information which are nor- 
mally desired to be confidential can be made public or 
available at suitable timing in the case where a transac- 
tion with a different company is desired to be confiden- 
tial, or in the case where a commodity is desired to be 
used as an alternative when a transaction is conducted. 
[0026] Fig. 6 exemplifies the user data 101 man- 
aged by the center 10. The user data 101 include a 
company code for uniquely identifying a company, a 
company name, credit information, a current use state, 
etc. By way of example, in the data example shown in 
Fig. 6, AA & Co. having a company code A123, BB Co. 
having a company code B789, and CC Wholesaler hav- 
ing a company code C596 are registered to the center 
1 0 as companies which make transactions. Additionally, 
the information that the purchase limit per month is 
10,000,000 yen and a purchase of 1,500,000 yen has 
been made up to this time point are set for AA & Co., the 
information that the maximum number of transactions 
per day is 20 and 6 transactions have been made up to 
this time point today are registered for BB Co., and the 
information that the purchase limit is up to 5,000,000 
yen per day and a purchase of 4,000,000 yen has been 
made up to this time point are registered for CC Whole- 
saler. 

[0027] Fig. 7 exemplifies the registered commodity 
data 102 managed by the center 10. In the registered 
commodity data 102, a company code, a commodity 
code , a commodity name, information indicating either 
a sale or a purchase, information about a transaction 
price and amount etc. are registered. When the com- 
modity data 201 and the conditional data 202 on the 
purchasing side 20 and the commodity data 301 and the 



conditional data 302 on the selling side 30 are uploaded 
to the center 10, they are stored and managed by the 
center 10. Therefore, a company which desires to make 
a transaction can reference the commodity information 
5 registered by other companies by searching the regis- 
tered commodity data. 

[0028] For instance, in the data example shown in 
Fig. 7, commodities which are currently registered to the 
center 10 and are transaction targets are managed, 

10 including the registered commodity data of the company 
A123 shown in Figs. 2 and 3, and the registered com- 
modity data of the company B789 shown in Figs. 4 and 
5. When the purchasing side 20 purchases a commod- 
ity, it is possible to reference what commodities other 

is companies desire to sell under what conditions by 
searching the registered commodity data 1 02 for a com- 
modity with the information indicating a purchase. 
[0029] Fig. 8 exemplifies the purchase and sale 
data 103 managed by the center 10. The purchase and 

20 sale data 103 include a date on which a transaction is 
concluded, information about companies which make a 
transaction, information about a commodity to be trans- 
acted, etc. For instance, in the data example shown in 
Fig. 8, the information that the company having the 

25 code B789 purchased 500 kilograms of the commodity 
having the code SN96 at 970 yen/kg from the company 
having the code A123 on August 1 , 1998, and similarly, 
the information that a company having the code X555 
purchased 500 kilograms of the commodity having the 

30 code HB97 at 980 yen/per kg from the company having 
the code A123 on the same date are registered. 
[0030] Fig. 9 exemplifies a screen displaying the 
result of the search for the registered commodity data 
102 shown in Fig. 7, requested by the purchasing side 

35 20 the searching unit 14 in the center 10. The informa- 
tion about commodities which can possibly become 
transaction targets are listed and displayed, whether or 
not transaction conditions are set is distinguishably dis- 
played, and transaction conditions for each of the com- 

40 modifies are displayed in detail, so that it becomes 
possible to easily obtain a target that can be transacted. 
[0031] Next, the present invention is described in 
detail according to process flows. 
[0032] Fig. 10 is a flowchart showing a transaction 

45 process. Here, explanation is provided by taking as an 
example the case where the purchasing side 20 makes 
a purchase request. 

[0033] First of all, in step ST1, the purchasing side 
20 searches the registered commodity data 102 shown 

so in Fig. 7 that different companies preregister in a server 
for a corresponding commodity by using a commodity 
type or by distinguishing between a purchase and a sale 
as keys, and obtains the search result shown in Fig. 9. 
[0034] In step ST2, the purchasing side 20 com- 

55 pares the commodity data 201 that its own company 
desires to purchase with the search result obtained in 
step ST1 , and searches for a matching commodity. For 
example, if the commodity data 201 shown in Fig. 4 
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exist, the purchasing side 20 compares the commodity 
data 201 with the search result shown in Fig. 9 by using 
the commodity code as a key. Consequently, Sasan- 
ishiki produced in 1997 having the commodity code 
SN97, which can be transacted by its own company, is 
proved to be put on sale. 

[0035] If the corresponding commodity does not 
exist, there is no commodity which can be transacted. 
Therefore, the transaction request of the commodity is 
registered to the registered commodity data 102 in the 
center 10, and the process is terminated. The transac- 
tion request registered to the registered commodity data 
102 will be a search target when a request of a reverse 
transaction (sale in this case) is made. 
[0036] If the matching commodity exists, its desired 
transaction price and amount are compared with the 
search result in step ST3. If the price and amount match 
the search result, the transaction is recognized to be 
concluded and an order is placed by the ordering unit 23 
in step ST5. If the price and amount mismatch, whether 
or not both of the selling and the purchasing sides set 
the conditional data for the transaction target commod- 
ity is judged by the purchase and sale state judging unit 
22 in step ST4. If the transaction conditions are set, 
their contents are compared. Furthermore, in step ST4, 
the transaction conditions are changed so that the con- 
ditions of both of the companies (the selling and the pur- 
chasing sides) match. 

[0037] For example, based on the information that 
Sasanishiki produced in 1997 having the commodity 
code SN97 is put on sale, which is obtained in step ST2, 
its transaction price or amount are compared in step 
ST3. The desired transaction on the purchasing side 20 
is 500 kilograms at the unit price of 800 yen/kg, the 
allowable price range is from 750 to 850 yen, and the 
allowable amount range is from 500 to 1 ,500 kilograms. 
In the meantime, the desired transaction (on the selling 
side 30), which is registered to the registered commod- 
ity data 102, is 200 kilograms at the unit price of 1 ,000 
yen/kg, the price range is from 900 to 1,000 yen, and 
the amount range is from 100 to 2,000 kilograms. 
Therefore, the desired transactions of both of the com- 
panies are proved to mismatch in terms of the price con- 
dition. Since the transaction conditions of both of the 
companies do not match in step ST3, the process goes 
to step ST4 where attempts are made to change the 
transaction conditions. 

[0038] Since the purchase and sale state judging 
unit 22 can learn from the information obtained in step 
ST2 that the transaction conditions are set for the com- 
modity to be transacted, it references the information 
indicating what transaction conditions are set for the 
corresponding commodity. By way of example, for the 
commodity SN97 of the company A123, which is a 
transaction target, the transaction conditions can be 
known as follows: the amount condition that the sale 
price is decreased to 800 yen/kg if 1,600 kilograms or 
more are purchased; the combination condition with a 



different commodity that the sale price is decreased to 
795 yen/kg if also the commodity KH96, which is sold by 
the same company, is together purchased; and the 
delivery condition that a delivery requires 3 or more 

5 days. The purchase and sale state judging unit 22 
reviews these transaction conditions one by one. 
Because the amount condition of its own company, 
namely, the purchasing side for the transaction target 
commodity SN97 is from 500 to 1 ,500 kilograms, this 

10 condition is proved not to be satisfied. 

[0039] For the combination condition, it has been 
proved that the commodity KH96 is included in the com- 
modity data 201 of its own company as a private com- 
modity, Therefore, this commodity is judged to be a 

is candidate having conditions that can be transacted. For 
the delivery condition among the transaction conditions 
of the transaction target commodity SN97 of its own 
company (selling side), it has been proved that the 
upper purchase price limit may be increased to 890 yen 

20 if a delivery is within 7 days. However, since the desired 
sale price on the selling side is from 900 to 1,000 yen, 
this condition cannot be satisfied. Accordingly, the com- 
bination condition is continued to be reviewed. 
[0040] The transaction information about the com- 

25 modify KH96, which is set in the combination condition, 
is referenced from the search result obtained in step 
ST1 . As a result, it is proved that the desired sale condi- 
tion for the commodity KH96 being put on sale by the 
company A123 is 500 kilograms at the unit price of 980 

30 yen/kg, its sale price can be changed between 800 and 
980 yen, and its sale amount can be changed between 
200 and 500 kilograms. Comparing this information with 
its own company information about KH96 registered in 
the commodity data 201 shown in Fig. 4, it is proved that 

35 a transaction of 200 kilograms at the unit price of 800 
yen/kg can be concluded. Accordingly, the combination 
condition being reviewed is satisfied. As a result, the 
transaction of purchasing 500 kilograms of the com- 
modity SN97 of the company A123 at the unit price of 

40 795 yen/kg, and 200 kilograms of the commodity KH96 
at the unit price of 800 yen/kg can be satisfied. 
[0041] Next, the process goes to step ST5 where 
the ordering unit 23 transmits the transaction conclusion 
information obtained in step ST4 to the center 10. 

45 [0042] When the center 10 receives the transaction 
conclusion information, the user information managing 
unit 1 1 is started up in step ST6 and the credit informa- 
tion about both of the companies which make the trans- 
action are examined. By way of example, for the 

so transaction described earlier, the user information man- 
aging unit 11 references the user data 101 shown in Fig. 
6, and it can be known that the credit information of "a 
purchase of up to 10,000,000 yen per month" is set for 
the company A123 being the selling side, and the credit 

55 information that "the number of transactions is up to 20 
per day" is set for the company B789. Even if the total 
amount 557,500 yen of 795 yen x 500 kg and 800 yen x 
200 kg is added for the company A123, and the number 
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of transactions 2 is incremented for the company B789 
that makes two transaction types regarding the informa- 
tion about the transaction states of the respective com- 
panies up to this time point, namely, the information that 
a purchase of 1,500,000 yen has been made, and the 
information that 6 transactions have been conducted, 
the respectively set credit information are not exceeded. 
Therefore, the transaction at this time is proved to be 
within the credit range. Then, the user information man- 
aging unit 1 1 adds the contents of the transaction at this 
time, and updates the contents of the user data 101. 
[0043] Upon receipt of the information within the 
credit range from the user information managing unit 
11, the center 10 notifies the purchasing side 20 being 
a transaction source and the selling side 30 being a 
transaction destination of the information that the trans- 
action conclusion information, and writes this informa- 
tion to the purchase and sale data 103 shown in Fig. 8 
with the purchase and sale information managing unit 
13 in step ST7. 

[0044] If the transaction is judged to exceed the 
credit limit in step ST6, the user data 103 is not updated 
and the process goes to step ST8 where the center 10 
notifies the purchasing side 20 being the transmission 
source of transaction conclusion data that the transac- 
tion cannot be concluded due to the exceeding of the 
credit limit, and does not conclude the transaction. 
[0045] Next, an automatic condition changing proc- 
ess according to a time is explained by referring to Fig. 
1 1 . The automatic condition changing process is a proc- 
ess which automatically changes a transaction condi- 
tion of a commodity which is once registered according 
to a set condition. 

[0046] First of all, in step ST1 1 , the registering units 
21 and 31 reference the commodity data 201 and 301 of 
their own companies, and extract and store the com- 
modity information where a time condition is set. For 
example, in the commodity data 201 and the conditional 
data 202, which are respectively shown in Figs. 4 and 5, 
there is no data to be changed according to a time. In 
the meantime, in the commodity data 301 and the con- 
ditional data 302, which are shown in Figs. 2 and 3, the 
information that the unit price per kilogram is decreased 
by five yen each time a week elapses is set as a time 
condition for Koshihikari produced in 1996 having the 
commodity code KH96. Therefore, the registering unit 
31 extracts and stores the information about KH96. 
[0047] In step ST12, the purchase and sale state 
judging units 22 and 32 measure a current time, and 
judges whether or not the time condition set in the trans- 
action condition is satisfied. If the time condition is sat- 
isfied, the purchase and sale state judging units 22 and 
23 notify the registering units 21 and 31 that the time 
condition is satisfied. 

[0048] For example, the purchase and sale state 
judging unit 32 measures an elapse time from the date 
and time when KH96 is registered at predetermined 
time intervals for the commodity information about 



KH96 obtained in step ST1 1 , and notifies the registering 
unit 31 that the price change condition is satisfied when 
7 days set in the condition elapse. 
[0049] In step ST13, the registering units 21 and 31 

5 which have received the notification from the purchase 
and sale state judging units 22 and 32 update the com- 
modity data 201 and 301 of the corresponding commod- 
ities based on the information preregistered in the 
conditional data 202 and 302. For example, to the com- 

10 modity data 301 and the conditional data 302, which are 
shown in Figs. 2 and 3, the information that the unit sale 
price/kg of the commodity KH96 is decreased by five 
yen each time a week elapses is added. Therefore, the 
registering unit 31 updates the price data of the com- 

15 modity KH6 among the contents of the commodity data 
301 shown in Fig. 2 according to this information so that 
the desired price is 975 yen, the lower price limit is 795 
yen, and the upper price limit is 975 yen. 
[0050] Then, in step ST14, the registering units 21 

20 and 31 upload the updated commodity information to 
the center 10. For example, the registering unit 31 has 
updated the data about the commodity KH96 within the 
commodity data 301 , and the updated data is transmit- 
ted to the center 10. The center 10 receives this infor- 

25 mation, and updates the registered commodity data 102 
with the commodity information managing unit 12. 
[0051] Next, the process for making a tentatively 
registered commodity public is explained by referring to 
Fig. 12. This process is a process for making a private 

30 commodity, the commodity information of which is only 
registered, public. 

[0052] First of all, in step ST21 , the registering units 
21 and 31 reference the commodity data 201 and 301 of 
their own companies, and extract and store the informa- 

35 tion of a tentatively registered commodity, namely, a 
commodity with a public flag OFF. For example, in the 
commodity data 201 and the conditional data 202, 
which are shown in Figs. 4 and 5, the public flags of 
Koshihikari produced in 1996 having the commodity 

40 code KH96 and Akitakomachi produced in 1998 having 
the commodity code AK98 are set to OFF. Therefore, 
the registering unit 21 judges that these commodity 
information are tentatively registered commodities, 
extracts the data of these commodities from the com- 

45 modity data 201 and the transaction condition data for 
these commodities from the conditional data 202, and 
stores the extracted data. 

[0053] Next, in step ST22, the purchase and sale 
judging units 22 and 32 reference the condition for 

so switching to ON the public flags among the transaction 
conditions for the tentatively registered commodities 
obtained in step ST21, and judges whether or not the 
public conditions are satisfied at predetermined time 
intervals. When the public conditions are satisfied, the 

55 purchase and sale state judging units 22 and 32 notify 
the registering units 21 and 31 of this judgment result. 
By way of example, the purchase and sale state judging 
unit 22 references the public condition that "two or more 
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selling companies exist" for the commodity KH96, 
searches the registered commodity data 102 registered 
by the center 10 with the searching unit 14 within the 
center 10, and judges whether or not two or more com- 
panies put the commodity KH96 on sale. Similarly, the 
purchase and sale state judging unit 22 references the 
public condition of "on and after September 1, 1998" 
also for the commodity AK98, and judges whether or not 
the public condition is satisfied by making the compari- 
son between the information about the date and time 
measured in the system and this date. When any of the 
public conditions is satisfied, the purchase and sale 
state judging unit 22 notifies the registering unit 21 to 
switch and update the public flag of KH96 or AK98 to 
ON. 

[0054] Upon receipt of the notification of the public 
flag update from the purchase and sale state judging 
units 22 and 32, the registering units 21 and 31 update 
the public flag of the corresponding commodity informa- 
tion to ON. For example, when the registering unit 21 
receives the notification that the public condition in the 
conditional data 202 for the KH96 is satisfied, the public 
flag of the commodity KH96 within the commodity data 
201 shown in Fig. 4 is updated to ON. 
[0055] After the public flag is updated, the register- 
ing units 21 and 31 upload the information about the 
updated commodity to the center 10 in step ST24. For 
example, the registering unit 21 has updated the data of 
the commodity KH96 within the commodity data 201 
from the tentatively registered data to public data . 
Therefore, the registering unit 21 transmits the updated 
data to the center 10. The center 10 updates the regis- 
tered commodity data 102 with the commodity informa- 
tion managing unit 12 based on the received 
information. 

[0056] Preferably, the center 10, the purchasing 
side 20, and the selling side 30, which configure the 
above described electronic commerce system, are 
respectively implemented by an information processing 
device (computer) shown in Fig. 13. The information 
processing device shown in Fig. 13 comprises a CPU 
(Central Processing Unit) 41, a memory 42, an input 
device 43, an output device 44, an external storage 
device 45, a medium driving device 46, and a network 
connecting device 47, which are interconnected by a 
bus 48. 

[0057] The memory 42 includes, for example, a 
ROM (Read Only Memory), a RAM (Random Access 
Memory), etc., and stores the programs and data used 
for processes. The CPU 41 performs necessary proc- 
esses by executing the programs with the memory 42. 
[0058] In this case, the registering units 21 and 31, 
the purchase and sale state judging units 22 and 32, the 
ordering units 23 and 33, the user information manag- 
ing unit 11, the commodity information managing unit 

12, the purchase and sale information managing unit 

13, and the searching unit 14 correspond to the soft- 
ware components implemented by an instruction set 



stored in a particular code segment in the memory 42. 
Additionally, the commodity data 201 and 301, the con- 
ditional data 202 and 302, the user data 101 , the regis- 
tered commodity data 102, and the purchase and sale 

5 data 103 in Fig. 1 are arranged within the memory 42. 
[0059] The input device 43 is, for example, a key- 
board, a pointing device, a touch panel, etc., and is 
used to input the instruction or information from a user. 
The output device 44 is, for example, a display, a printer, 

10 a speaker, etc., and is used to output a message to a 
user or a process result. 

[0060] The external storage device is, for example, 
a magnetic disk device, an optical disk device, a mag- 
neto-optical disk, etc. The information processing 
is device stores the above described programs and data in 
the external storage device 45 and can use the pro- 
grams and data by loading them to the memory 42 on 
demand. 

[0061] The medium driving device 46 drives a port- 

20 able storage medium 49 being an arbitrary computer- 
readable storage medium such as a memory card, a 
floppy disk, a CD-ROM (Compact Disk-Read Only 
Memory), an optical disk, magneto-optical disk, etc. The 
above described programs and data are stored onto this 

25 portable storage medium 49, and can be used by being 
loaded to the memory depending on need. 
[0062] The network connecting device 47 commu- 
nicates with an external device via an arbitrary network 
such as a wireless line, etc., and performs data conver- 

30 sion accompanying communications. The information 
processing device receives the above described pro- 
grams and data from the external device via the network 
connecting device 47, and can use the programs and 
data by loading them in the memory 42. 

35 [0063] The above described processes of this sys- 
tem are implemented by software programs. Fig. 14 is a 
schematic diagram explaining the method providing the 
software programs, etc. executed by the information 
processing device according to the present invention. 

40 The programs, etc. are provided, for example, by an 
arbitrary one of the following methods. 

(a) Installed in an information processing device 51 
such as a computer, etc., and provided. In this 

45 case, the programs, etc. are preinstalled, for exam- 
ple, prior to shipment. 

(b) Stored in a portable storage medium 52, and 
provided. In this case, the programs, etc. stored 
onto the portable storage medium 52 are installed 

so in an external storage device of the information 
processing device 51 such as a computer, etc. 

(c) Provided from a server 54 on a network 53. In 
this case, the information processing device 51 
such as a computer, etc. fundamentally obtains the 

55 programs, etc. stored in the server 54 by download- 
ing them. 

[0064] The present invention was explained in 



7 



11/7/2008, EAST Version: 2.3.0.3 



EP 1 041 501 A2 



14 



13 

detail by referring to the preferred embodiment shown in 
the drawings. However, the present invention is not lim- 
ited to this implementation. For example, the preferred 
embodiment refers only to the example of an application 
to the purchase and sale transaction system. However, 5 
the application of the present invention is not limited to 
the purchase and sale transaction system. 
[0065] As described above, according to the 
present invention, the condition for changing a transac- 
tion price can be set the same time the transaction price 10 
and a transaction amount are set for a transaction tar- 
get. Accordingly, transaction conditions on a selling and 
a purchasing side can be suitably changed to make the 
conditions match in accordance with the transaction 
condition presented by a partner intending to conduct a 15 
transaction, whereby a commodity can be purchased or 
sold at a more desirable price or under a more desirable 
condition. 

[0066] Additionally, the condition for changing a 
price according to the elapse of time or the purchase 20 
and the sale states of other companies can be set. 
Therefore, a strategic price setting according to a time 
or the purchase and the sale states of other companies 
can be automatically made only by setting the informa- 
tion about a commodity to be transacted at the begin- 25 
ning. 

[0067] Furthermore, also private commodity infor- 
mation can be preregistered. Therefore, even a com- 
modity desired to be transacted and desired not to be 
known to other companies, or a commodity desired to 30 
be made public according to the transaction states of 
other companies can be handled similar to a commodity 
which is made public from the beginning. 

Claims 35 

1. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising: 

registered commodity data storing means 40 
(102) for storing a desired sale or purchase 
price of a commodity, and information about a 
change condition and a change price of the 
desired sale or purchase price; and 
means (21, 31, 22, 32, 12, 14) for changing a 45 
price if the information about the change condi- 
tion or the change price, which is registered in 
said registered commodity data storing 
means(102), is satisfied. 

50 

2. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising: 

registered commodity data storing means 
(102) for storing a desired sale or purchase 55 
price of a commodity, and information about a 
change condition and a change price of the 
desired sale or purchase price; and 



searching means (14) for searching for a 
desired price or information about a change 
condition and a change price of the desired 
price of a transaction partner that registers a 
sale of a designated commodity in response to 
a purchase request designating the commod- 
ity, and for a desired price and information 
about a change condition and a change price 
of the desired price of a transaction partner that 
registers a purchase of a designated commod- 
ity in response to a sale request designating 
the commodity, in registered commodity infor- 
mation stored in said registered commodity 
data storing means (102). 

3. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising : 

registered commodity data storing means 
(102) for storing a desired sale or purchase 
price of a commodity, and information about a 
change condition and a change price of the 
desired sale or purchase price; and 
searching means (14) for obtaining a regis- 
tered sale or purchase request corresponding 
to a sale or purchase request by searching for 
a desired price and a change condition of the 
desired price of a transaction partner that reg- 
isters a sale of a designated commodity in 
response to the purchase request designating 
a desired price of a commodity and a condition 
which can be satisfied in a transaction of the 
commodity, and for a desired price and a 
change condition of the desired price of a 
transaction partner that registers a purchase of 
a designated commodity in response to the 
sale request designating a desired price of a 
commodity and a condition which can be satis- 
fied in a transaction of the commodity, in regis- 
tered commodity information stored in said 
registered commodity data storing means 
(102). 

4. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising: 

registered commodity data storing means 
(102) for storing a desired sale or purchase 
price of a commodity, and information about a 
change condition and a change price of the 
desired sale or purchase price; and 
searching means (14) for obtaining a regis- 
tered sale or purchase request corresponding 
to a designated desired price by searching for a 
desired price and a change condition of the 
desired price of a transaction partner that reg- 
isters a sale of a designated commodity in 
response to a purchase request designating a 
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desired price of a commodity and a condition 
which can be satisfied in a transaction of the 
commodity, and for a desired price and a 
change condition of the desired price of a 
transaction partner that registers a purchase of 5 
a designated commodity in response to a sale 
request designating a desired price of a com- 
modity and a condition which can be satisfied 
in a transaction of the commodity, in registered 
commodity information stored in said regis- w 
tered commodity data storing means (102). 

5. The electronic commerce system according to 
claim 4, further comprising 

15 

purchase and sale information managing 
means (1 3) concluding a transaction of the reg- 
istered sale or purchase request, which is 
obtained by said searching means (14). 

20 

6. The electronic commerce system according to any 
preceding claim, wherein the change condition of 
the desired price is a purchase or a sale of a differ- 
ent commodity, a purchase or sale amount of a cor- 
responding commodity, a payment method, or a 25 
delivery of the commodity. 

7. The electronic commerce system according to 
claim 2, further comprising 

30 

means identifying a transaction partner that 
sets a transaction condition and a transaction 
partner that does not set a transaction condi- 
tion by making a distinction between the trans- 
action partners, when transaction partners 35 
searched by said searching means (14) are 
listed and identified. 

8. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising: 40 

a registered commodity data storing means 
(102) for storing a desired sale or purchase 
price of a commodity, and information about a 
condition changing the desired sale or pur- 45 
chase price depending on a time; and 
a means (21, 31, 22, 32, 12, 14) for changing a 
desired price of the commodity when a time 
stored in said registered commodity data stor- 
ing means (102) elapses. so 

9. An electronic commerce system aiding in a pur- 
chase and a sale of a commodity, comprising: 

registered commodity data storing means 55 
(102) for storing information about a sale or 
purchase desire of a commodity along with a 
public condition; and 



means (21, 31, 22, 32, 12, 14) for making the 
sale or purchase desire of the commodity pub- 
lic if the public condition stored in said regis- 
tered commodity data storing means (102) is 
satisfied. 

10. A program for causing a computer to perform a 
process aiding in a purchase and a sale of a com- 
modity, said process comprising: 

storing a desired sale or purchase price of a 
commodity, and information about a change 
condition and price of the desired sale or pur- 
chase price; and 

searching for a desired price or information 
about a change condition and a change price 
of the desired price of a transaction partner that 
registers a sale of a designated commodity in 
response to a purchase request designating 
the commodity, and for a desired price and 
information about a change condition and a 
change price of the desired price of a transac- 
tion partner that registers a purchase of a des- 
ignated commodity in response to a sale 
request designating the commodity, in stored 
registered commodity information. 

11. A program for causing a computer to perform a 
process aiding in a purchase and a sale of a com- 
modity, said process comprising: 

storing a desired sale or purchase price of a 
commodity, and information about a condition 
changing the desired sale or purchase price 
depending on a time; and 
changing a desired price of the commodity 
when a stored time elapses. 

12. A program for causing a computer to perform a 
process aiding in a purchase and a sale of a com- 
modity, said process comprising: 

storing information about a sale or purchase 
desire of a commodity along with a public con- 
dition; and 

making the sale or purchase desire of the com- 
modity public if the stored public condition is 
satisfied. 

13. An electronic commerce method aiding in a pur- 
chase and a sale of a commodity in an electronic 
commerce system, comprising: 

storing a desired sale or purchase price of a 
commodity, and information about a change 
condition and a change price of the desired 
sale or purchase price; and 
changing a price if the information about the 
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change condition or the change price in the 
stored information is satisfied. 

14. An electronic commerce method aiding in a pur- 
chase and a sale of a commodity in an electronic 5 
commerce system, comprising: 

storing a desired sale or purchase price of a 
commodity, and information about a change 
condition and a change price of the desired 10 
sale or purchase price; and 
searching for a desired price or and information 
about a change condition and a change price 
of the desired price of a transaction partner that 
registers a sale of a designated commodity in is 
response to a purchase request designating 
the commodity, and for a desired price and 
information about a change condition and a 
change price of the desired price of a transac- 
tion partner that registers a purchase of a des- 20 
ignated commodity in response to a sale 
request designating the commodity, in the 
stored information. 



corresponding to a designated desired price by 
searching for a desired price and a change 
condition of the desired price of a transaction 
partner that registers a sale of a designated 
commodity in response to a purchase request 
designating a desired price of a commodity and 
a condition which can be satisfied in a transac- 
tion of the commodity, and for a desired price 
and a change condition of the desired price of 
a transaction partner that registers a purchase 
of a designated commodity in response to a 
sale request designating a desired price of a 
commodity and a condition which can be satis- 
fied in a transaction of the commodity, in regis- 
tered commodity information stored in said 
registered commodity data storing unit. 

17. A computer-readable storage medium (52) on 
which is recorded a program according to claim 10, 
11, or 12. 



15. An electronic commerce method aiding in a pur- 25 
chase and a sale of a commodity in an electronic 
commerce system, comprising: 

storing a desired sale or purchase price of a 
commodity, and information about a change 30 
condition and a change price of the desired 
sale or purchase price; and 
obtaining a registered sale or purchase request 
corresponding to a sale or purchase request by 
searching for a desired price and a change 35 
condition of the desired price of a transaction 
partner that registers a sale of a designated 
commodity in response to the purchase 
request designating a desired price of a com- 
modity and a condition which can be satisfied 40 
in a transaction of the commodity, and for a 
desired price and a change condition of the 
desired price of a transaction partner that reg- 
isters a purchase of a designated commodity in 
response to the sale request designating a 45 
desired price of a commodity and a condition 
which can be satisfied in a transaction of the 
commodity, in the stored information. 

16. An electronic commerce method aiding in a pur- 50 
chase and a sale of a commodity in an electronic 
commerce system, comprising: 



storing a desired sale or purchase price of a 
commodity, and information about a change 55 
condition and a change price of the desired 
sale or purchase price; and 
obtaining a registered sale or purchase request 
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